REMARKS 

The present invention is a radio handset for browsing the Internet; a systenn 
comprising a radio handset for browsing the Internet and downloading content 
therefrom and an accessory device for increasing functionality of the radio handset 
in response to the content; and a system comprising a radio handset for browsing 
the Internet and downloading content therefrom and an accessory device for 
increasing the functionality of the radio handset in response to the content. 

A radio handset for browsing the Internet in accordance with an embodiment 
of the invention comprises a browser application 70 which provides a user of the 
handset access to the Internet via a first transceiver 3 which sends radio packets to 
and receives radio packets from an Internet gateway 62; a router 72 arranged to 
route content supplied by the Internet gateway by the first transceiver to a registered 
application, the content having an identifier as illustrated in Fig. 5 which identifies the 
type of application suitable for receiving the content and arranged to register 
applications by associating an application on registration with at least one identifier 
as illustrated in Fig. 5; a user interface connected to the browser application having 
a display 14 for displaying content and a user input 24; and an interface 34 having a 
radio transceiver for coupling with an interface of an accessory device 40 comprising 
a remote application, the interface being arranged to receive content routed to the 
remote application and to thereby increase the functionality of the handset, wherein 
the remote application is automatically registered by the router in response to the 
coupling of the handset and the accessory device. See paragraph [0037] of the 
Substitute Specification for a discussion of automatic registration and the 
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improvement provided thereby relative to the prior art such as Microsoft 
Windows 95. 

The application stands objected to for not having an Abstract. An Abstract is 
submitted herewith as part of the Substitute Specification. 

Claims 17-44 stand rejected under 35 U.S.C. §103 as being unpatentable 
over United States Patent 6,31 1 ,058 (Wecker) in view of United States Patent 
6,272,333 (Smith). With respect to claims 17 and 30, the Examiner reasons as 
follows: 

As to claim 17, Wecker teaches a radio handset for browsing 
the internet(figure 6) comprising: 

a browser application (218) which provides a user of the 
handset access to the internet via a first transceiver (22) which sends 
radio packets to and receives radio packets from an internet gateway; 

a router (216) arranged to route content supplied by the internet 
gateway via the first transceiver to a registered application (16) and the 
content having an identifier which identifies the type of application 
suitable for receiving the content. 

a user interface connected to the browser application having a 
display for displaying content (45) and a user input; and 

an interface having a radio transceiver for coupling with an 
interface of an accessory device comprising a remote application, the 
interface being arranged to receive content routed to the remote 
application and to thereby increase the functionality of the handset. 

Wecker fails to teach the remote application is automatically 
registered by the router in response to the coupling of the handset and 
accessory device and arranged to register applications by associating 
an application on registration with at least one identifier. Smith teaches 
the remote application is automatically registered by the router in 
response to the coupling of the handset and accessory device and 
arranged to register applications by associating an application on 
registration with at least one identifier (col. 3, line 56-col.4, line 11). 
Therefore, it would have been obvious to one of ordinary skill in the art 
at the time the invention was made to provide the teaching of Smith 
into the system of Wecker in order to deliver different data types to 
different unit. 

As to claim 30, the claim is a system claim of claim 1 ; therefore, 
the claim is interpreted and rejected as set forth as claim 1 . 
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The Examiner reasons as follows with respect to claim 31 : 

As to claim 31 , Wecker teaches a radio handset for browsing 
the Internet (figure 6) comprising: 

a browser (218) application which allows a user of the handset 
to access the internet via a first transceiver (22) means arranged to 
send radio packets to and receive radio packets from an Internet 
gateway; 

routing (216) means arranged to route content supplied by the 
Internet gateway via the first transceiver means to a registered 
application (16), the content having an identifier for identifying the type 
of application suitable for receiving the content, a user interface 
connected to the browser application having a display (45) for 
displaying content and user input means; and an interface having a 
radio transceiver for coupling with an interface of an accessory device 
comprising a remote application, the interface being arranged to 
receive content routed to the remote application and to thereby 
increase the functionality of the handset. 

Wecker teaches the remote application is automatically 
registered by the routing means in response to the coupling of the 
handset and accessory device, arranged to register applications by 
associating an application on registration with at least one identifier 
(col. 3, line 56-col.4, line 11). Therefore, it would have been obvious to 
one of ordinary skill In the art at the time the invention was made to 
provide the teaching of Smith into the system of Wecker in order to 
deliver different data types to different unit. 



These grounds of rejection are traversed for the following reasons. 

Wecker et al teach a system for delivering data content to a mobile device 18. 
Channel browser 218 permits the user of the mobile device to off line browse 
content previously obtained on line from the content provider 12 by the content 
handle 216 providing the information obtained by browsing to the cache manager 
208 which stores it in cache 206. The user off line requests to view information from 
a chosen channel which causes the loadable transport 220 to request cache 
manager 208 to retrieve the corresponding web stored content information from the 
cache 206. Channel browser 218 generates user interfaces on display 45 to provide 
the user with the ability to choose a channel to be viewed. See column 9, lines 5-63. 
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The Examiner concludes that Wecker et al disclose "the content having an 
identifier which identifies the type of application suitable for receiving the content". 
While the user of the mobile device 18 requests off line content, which has been 
stored in the cache 206, it is submitted there is no disclosure in Wecker et al of an 
identifier which identifies the type of application suitable for receiving the content. If 
the Examiner persists in concluding that Wecker et al disclose the claimed identifier, 
it is requested that he specifically point out where in Wecker et al the identifier and 
its function is disclosed. 

Moreover, it is submitted that Wecker et al do not have the claimed interface 
having a radio transceiver for coupling with an application of an accessory device 
comprising a remote application, the interface being arranged to receive content 
routed to the remote location and to thereby increase the functionality of the 
handset. The handset 18 contains a wireless receiver 22 but the Examiner has not 
explained how Wecker et al delivers content from content provider 12 to the mobile 
device 18 and then to an interface having a radio receiver and to a remote 
application as claimed. 

Wecker et al only has a single wireless receiver 22 which provides 
connectivity to the wireless carrier 14. It is requested that the Examiner point out on 
the record where the remote application is found in Wecker et al which the Examiner 
suggests is present. 

Each of the independent claims further recites an interface having a radio 
receiver for coupling with an interface of an accessory device comprising a remote 
application with the remote application being automatically registered by the router in 
response to the coupling of the handset and accessory device. The Examiner 
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acknowledges that Wecker at al do not teach the remote application being 
automatically registered by the router with the Examiner relying upon Smith for that 
teaching. 

It is submitted that the Examiner's interpretation of Smith as teaching "the 
remote application is automatically registered by the router in response to the 
coupling of the handset and accessory device and arranged to register applications 
by associating an application register with at least one identifier" is not suggested by 
column 3, line 56 through column 4, line 1 1 . Smith teaches a system including 
subscriber subunits 122 which interact with a wireless system including terrestrial 
components 102. The subscriber subunits maintain an application registry for 
registering applications accessible to the subscriber unit. See column 1, lines 43-57. 
The application registry 226, within the processing system 206 of the subscriber 
units 122, is a list of applications that are accessible to the subscriber unit 122. 
However, all that is described in column 3, lines 56 through column 4, line 1 1 , of 
Smith is that the registry of applications can be applications which reside either 
internally or external to the subscriber unit 122. However, there is no description of 
a remote application being automatically registered by a router as recited in the 
claims. If the Examiner persists in the stated grounds of rejection, it is requested 
that he point out what he considers to be the router in Smith et al which performs the 
automatic registration. 

Moreover, it is submitted that neither Wecker et al nor Smith discloses the 
content having an identifier which identifies the type of application suitable for 
receiving the content and arranged to register applications by associating an 
application on registration with at least one identifier. Accordingly, if the proposed 
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combination of Wecker et al and Smith were made, the subject matter of the 
independent claims would not be achieved since neither Wecker et al nor Smith 
teach the aforementioned content having an identifier which identifies the type of 
applications suitable for receiving the content and arranged to register applications 
by associating an application on registration with the at least one identifier. 
Accordingly, it is submitted that the subject matter of independent claims 17, 30, 31 
and 44 is not rendered obvious by the proposed combination of Wecker et al and 
Smith. 

The dependent claims define more specific aspects of the present invention 
which are not rendered obvious by the proposed combination of Wecker et al and 
Smith for the following reasons: 

(1 ) With respect to claim 19, it is noted that the Examiner has construed the 
sync component 26 to be a transceiver. It is submitted that the description of the 
sync component 26, which is described as interacting with a similar synchronization 
component 28 on the mobile device, does not suggest a transceiver but instead 
suggests a software application of synchronization which cannot be properly 
construed to be the first transceiver. 

(2) Claim 24 further limits claim 17 in reciting that the router comprises a look- 
up table associating application addresses with an identifier or identifiers. The 
Examiner's citation of column 1 1 , lines 18-28, does not meet the subject matter 
when the claimed identifier is construed as it is recited in claim 17 of identifying "the 
type of applications suitable for receiving the content and arranged to register 
applications by associating an application on registration with at least one identifier". 
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(3) Claim 25 is patentable for the same reasons set forth above with respect 
to claim 24. 

(4) Claim 26 limits claim 17 in reciting that the identifier for the content 
comprises the content type. It is submitted, as stated above, that Wecker et al and 
Smith do not teach the identifier. Column 7, lines 7-16, of Smith contain general 
descriptions of the Smith preceding disclosure which are submitted not to meet the 
subject matter of claim 26. 

(5) Claim 27 further limits claim 17 In reciting that the router deregisters 
applications by disassociating the application with an associated at least one 
identifier which it is submitted is not described in column 3 through line 1 1 of 
column 4 of Smith for the reasons set forth above. 

(6) Claim 28 is patentable for the same reasons set forth above with respect 
to claim 27. 

(7) Claim 29 recites that the browser application is a registered application 
which it is submitted is different than the reference to "the appropriate registered 
destination" referred to in line 35. If the Examiner continues to persist in the stated 
grounds of rejection, it is requested that the Examiner point out where the browser 
application is a registered application as described in Smith in column 9, lines 40-63, 

Dependent claims 32-43 are patentable for the same reasons set forth above 
with respect to dependent claims 18-29. 

In view of the foregoing amendments and remarks, it is submitted that each of 
the claims in the application is in condition for allowance. Accordingly, early 
allowance thereof is respectfully requested. 
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To the extent necessary, Applicants petition for an extension of tinne under 
37 C.F.R. §1.136. Please charge any shortage in fees due in connection with the 
filing of this paper, including extension of time fees, to Deposit Account No, 01-2135 
(40412X00) and please credit any excess fees to such Deposit Account. 

Respectfully subnnitted, 

ANTONELLI. TERRY. STOUT & KRAUS. LLP 




Donald E. Stout 
Registration No. 26,422 
(703)312-6600 
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SUBSTITUTE SPECIFICATION 

Radio handset 

BACKGROUND OF THE INVENTION 
Field of the Invention 
fOOOn The present invention relates to a radio handset for browsing the 
Internet. It particularly relates to increasing the functionality of such a handset. 

Description of the Prior Art 
[00021 Mobile phones are beconning widely used as they provide security, 
mobility and flexibility. Recently the popularity of the Internet has increased 
among the general population. The Internet can be browsed using a so-called 
browser application, which provides an easily usable visual interface. It would 
be particularly desirable to combine the hand held nature of a mobile phone 
and its associated portability with the ability to browse the Internet. The 
wireless application protocol (WAP) has been developed with this purpose in 
mind. It allows a radio handset to communicate with a transceiver at an 
internet gateway and accesses the internet through a radio link. 

f00031 A desktop computer or the like, has until now been the standard 
device for accessing the World Wide Web. The computer generally has a 
display, a cursor control and selecting device such as a mouse and a 
keyboard. When using a device to browse the World Wide Web, the device 
exchanges information with the Internet gateway. The device acts as a client 
and the Internet as a server. Typically content is downloaded from the internet 
to the device to allow a browser application in the device to display one page 
having a number of items or icons which are 'active*. Choosing and selecting 
an item or icon using the cursor control and selection device creates a link' to 
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another defined page. The browser application requests this page from the 
Internet acting as server. Information downloaded from the Internet to the 
device allows the browser application to display the page, which has been 
linked. The browser application mediates between the user and the Internet. It 
sends requests to the Internet and receives content therefrom. 

[00041 The content received from the Internet may be instructions allowing 
the browser application to recreate a page with the correct links. It may, 
however, be content which cannot be processed by the browser application 
but which requires a separate different application such as a viewer, an audio 
application, etc. Typically these separate applications are not integrated with 
the browser but are separate. A small device such as a radio handset can 
only register a limited number of such applications at any one time. The 
browser application routes received instructions to the appropriate application 
if registered. 

SUMMARY OF THE INVENTION 
rOOOSI it would be desirable to increase the number of applications to 
which a user of a radio handset with browser application has access40. 

r00061 According to one aspect of the present invention there is provided A 
a^radio handset for browsing the Internet comprising: a browser application 
which allows a user of the handset to access the internet via a first transceiver 
means arranged to send radio packets to and receive radio packets from an 
Internet gateway; routing means arranged to route content supplied by the 
internet gateway via the first transceiver means to a registered application, the 
content having an identifier for identifying the type of application suitable for 
receiving the content and arranged to register applications by associating an 
application on registration with at least one identifier;_a user interface 
connected to the browser m ea ns application having a display for displaying 
content and user input means; and an interface having a radio transceiver for 



coupling with an interface of an accessory device comprising a remote 
application, the interface being arranged to receive content routed to the 
remote application and to thereby increase the functionality of the handset, 
wherein the remote application is automatically registered by the routing 
means in, response to the coupling of the handset and accessory device. 

f 00071 According to another aspect of the present invention there is 
provided A~a_system comprising a radio handset for browsing the internet and 
downloading content therefrom and an accessory device for increasing the 
functionality of the radio handset in response to said content, the handset 
comprising: a browser application which allows a user of the handset to 
access the internet via firstjransceiver means arranged to send radio packets 
to and receive radio packets from an internet gateway; routing means 
arranged to route content supplied by the internet gateway via the first 
transceiver means to a registered application, the content having an identifier 
for identifying the type of application suitable for receiving the content and 
arranged to register applications by associating an application on registration 
with at least one identifier; a user interface connected to the browser m ea ns 
application having a screen for displaying content and user input means; an 
interface having a radio transceiver for coupling with an interface of an 
accessory device having a remote application, the interface being arranged to 
receive content routed to the remote application and to thereby increase the 
functionality of the handset, wherein the remote application is automatically 
registered by the routing means in response to the coupling of the handset 
and accessory device. 

fOOOSl The handset^ by coupling with an accessory device^ increases the 
range of content which can be downloaded from the internet for use by the 
handset. The coupling increases the range of Internet related functions to 
which a user of the handset has access-te. 



[00091 The handset is hand portable. The handset may consequently have 
a limited input interface which makes it difficult to input complex instructions 
for example to manually register applications. The automatic registration of 
applications provided by embodiments of the invention overcome such 
difficulties. 

[00101 According to embodiments of the invention the handset couples to 
an accessory device having one or more remote applications therein. 
According to other embodiments of the invention the handset couples with 
more than one accessory device, where each accessory device has at least 
one remote application therein. Each of the remote applications can thus be 
accessed by a user of the handset through the handset. 

room For a better understanding of the present invention and to 
understand how the same may be brought into effect reference will now be 
made by way of example only to the accompanying drawings in which: 

BRIEF DESCRIPTION OF THE DRAWINGS 
[00121 F igur es Figs. 1 and 2 illustrate a radio handset and accessory 
device; 

[00131 F i gur e Fig. 3 illustrates a network for accessing the Internet; 
[00141 Figur e Fig. 4 illustrates a radio handset having a browser; and 
[00151 F i gur e Fig. 5 illustrates a routing table. 

DETAILED DESCRIPTION OF THE INVENTION 
[00161 F i gur e s — Figs. 1 and 2 illustrate a hand-portable radio 
communications device, henceforth referred to as a terminal or radio 
handset 2. The terminal 2 is small enough to be carried by hand and is 
preferably sized to fit into a pocket of a jacket. The terminal communicates 
with other terminals or devices using radio waves. 



r00171 The terminal 2 has a user interface comprising, for input, a 
keypad 24 having keys 24a and a microphone 20 and, for output, a 
speaker 18 and a display 14. The size of keypad 24 and display 14 are 
necessarily limited by the size of the terminal 2. The terminal 2 is controlled 
by controller 4 and is powered by battery 26. The controller 4 receives signals 
from the microphone 20 and the keypad 24 and provides signals to the 
display 14 and the speaker 18. The terminal 2 has an interface 34 and a 
transceiver 3, which are used to communicate outside the terminal 2. The 
interface 34 is connected to the controller via bus 32. The interface may 
include a transceiver for radio or infra red communication and/or a port for 
direct electrical connection. The transceiver 3 is a radio frequency transceiver 
connected to an antenna 28 and controller 4. It is arranged to communicate 
via a radio frequency interface 30. The transceiver 3 includes a modulator 8 
for modulating signals received from the controller 4 and a transmitter 6, 
which presents the modulated signals to the antenna 28. The transceiver 3 
also includes a receiver 12 which processes signals received at the 
antenna 28 and provides them to a demodulator 10 which provides 
demodulated signals to the controller 4, The terminal 2 has a RAM 
memory 1 6 which is connected to the controller 4 via a bus. The terminal also 
has a SIM memory 22 connected to the controller 4 which provides 
information allowing the terminal 2 to function as a mobile phone. When 
functioning as a mobile phone, the terminal 2 transmits and receives radio 
frequency signals via the antenna 28. 

[00181 The terminal 2 is connected to an interface 42 of an accessory 
device 40 via the interface 34. The connection 36 between the interface 34 
and interface 42 may be achieved in a number of ways. For example radio 
waves could be used. One suitable radio communication protocol is the 
wireless applications protocol (WAP) described in "WAP Architecture 
Version 30 April 1998". This requires the interface 34 to comprise a WAP 
stack and a radio transceiver and the interface 42 to likewise comprise a WAP 



stack and radio transceiver. Another suitable protocol is the Bluetooth 
protocol described in co-pending UK Patent Application No 9820859.8, the 
contents of which are hereby incorporated by reference, which requires the 
interface 34 and interface 42 to include low power RF transceivers. 

r00191 Although a single accessory device 40 is shown in f i gur e s Figs. 1 
and 2, the terminal 2 could make simultaneous connection with a plurality of 
such accessory devices. Although the transceiver 4/antenna 28 and the 
interface 34 are shown separately, they may be integrated. 

r00201 The fundamental functions of the terminal 2 are provided by the 
combination of the controller 4 and the memory 16. The accessory device 40 
may be accessed by the controller 4 via the bus 32 and interface 34 and thus 
enhance the functionality of the terminal 2. 

r002n The terminal 2 has a number of fundamental capabilities including 
system capabilities relating to its radio communication abilities (whether it 
involves the WAP, Bluetooth, GSM, AMPS or other communication protocols) 
and other capabilities which allow the terminal to provide the features of a 
database, a personal organ i s e r organizer , a word processor or a web 
browser. The fundamental capabilities are integrated together in a coherent 
way to provide the terminal's features. 

r00221 Figure Fig. 3 illustrates an Internet network 50 and a wireless 
network 60. The Internet network comprises a web server 52 and a plurality of 
Internet stations 54, which are clients to the web server 52. The Internet 
network uses World Wide Web (WWW) protocols. The wireless network 60 
includes a plurality of wireless terminals 64, each of which can access the 
web server 52 via a protocol gateway 62. These terminals are preferably 
hand-portable radio handsets 2. Communication between a wireless 
terminal 64 and the protocol gateway 62 is according to the Wireless 



Application Protocol (WAP). WAP specifies an application framework and 
network protocols for wireless terminals such as mobile telephones, pagers 
and personal digital assistants. WAP brings Internet content and advanced 
data services to wireless terminals. WAP can work across differing wireless 
network technologies and bearer types (GSM, CDMA, SMS). Communication 
between the web server 52 and protocol gateway 62 is according to WWW 
protocols. 

r00231 The wireless terminal differs from the Internet station in that 
generally it has a less powerful CPU, less memory, restricted power 
consumption, smaller displays and more limited input devices. The wireless 
network differs from the Internet network in that generally it has less 
bandwidth, more latency, less connection stability and less predictable 
availability. The WAP architecture is optim i s e d — optimized for narrow 
bandwidth bearers with potentially high latency and is opt i m i s e d optimized for 
efficient use of device resources. 

[00241 Each device in a network is capable of sending and receiving 
packets of information. A device may according to context be a server or a 
client, and while a server may service a number of clients while being a client 
to another server. Devices include the web server 52, the Internet stations 54, 
the wireless terminals 64 and the protocol gateway 62. A wireless terminal 64 
acts as client and initiates a request for a connection with an origin server, the 
web server 52, to access a resource. The resource, identified by a URL 
(Uniform Resource Locator), is data (content) stored or generated at an origin 
server 52. The content is typically displayed or interpreted by the client. The 
protocol gateway translates requests from the WAP protocol stack used by 
the wireless terminal 64 to the WWW (World Wide Web) protocol stack used 
by the web server. The web server either returns WAP content such as WML 
(Wireless Markup Language) or WWW content such as HTML (HyperText 
Markup Language). In the later case a filter is used to translate the WWW 
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content to WAP content e.g. HTML to WML. The protocol gateway also 
encodes content sent over the wireless network to the wireless terminal and 
decodes data sent to it by the wireless terminal. 

r00251 WAP defines a set of standard protocols that enable 
communication between mobile terminals and network servers. WAP uses a 
standard naming model according to which standard Internet URLs are used 
to identify content on origin servers. It also uses content typing. All WAP 
content is given a specific type consistent with WWW typing which allows a 
wireless terminal to correctly process the content based on type. WAP also 
uses standard content formats and standard communication protocols. 

r00261 A Wireless Application Environment which forms a upper layer of 
the WAP stack includes a microbrowser. The browser uses wireless markup 
language (WML) and a lightweight markup language, WMLScript a lightweight 
scripting language. 

r00271 Figure 4 is a schematic diagram of a terminal 2, which is 
communicating with a protocol gateway 62 and thence with a web server 52. 
The Figure illustrates the antenna 28, transceiver 3, display 14, speaker 18, 
keyboard 24, microphone 20 and interface 34 previously illustrated in 
Figure 2. The Figure additionally illustrates browser application 70 and its 
routing table 72, ringtone application 76, email application 78 and bus 74. The 
applications are typically separate tasks of the controller 4. The accessory 
device 40 illustratively comprises a camera application. 

r00281 The antenna 28 which communicates with the protocol gateway 62 
is in bi-directional communication with the transceiver 3, which in turn is in bi- 
directional communication with the browser 70. The browser is in bi-directional 
communication with its routing table 72 and the bus 74. The bus 74 provides 
inputs to the output devices (the speaker 18 and display 14) and receives 



inputs from the input devices (the microphone 20 and keyboard 24). The bus 
is also in communication with the interface 34 and the applications 76 and 78. 

r00291 Typically a user controls the browser 70 through the input 
devices 20 and 24. A desired resource is identified using a URL. The browser 
controls the transceiver 3 to request access to the resource. The terminal 2 
thus communicates with the protocol gateway 62 which in turn communicates 
with the web server 52. The WAP content returned to the transceiver 3 in 
response to the request is supplied to the browser 70. The final destination of 
the received content will however depend upon the content type of the 
received content. The content type is an indicator which is dependent upon 
the type of application for which it is intended-fof. For example a browser 
application may be able to use, display or interpret a variety of content types 
but be unable to use a variety of other different content types. Likewise the 
email application 78 and the ringtone application 76 will be designed to 
receive content of a specific types. The routing table 72 registers applications 
which are usable by the terminal. On registering an application , the routing 
table i^associates with the address of the application, the content type or 
types that the application can process. A typical routing table 72 is illustrated 
in Fig ur e Fig. 5. 

roOSOl The browser application 70 identifies the content type of the 
received content and accesses the routing table 72. The routing table returns 
the address of the registered application associated with the received content 
type and the browser transfers the received content to that address. If there is 
no registered application associated with the received content type^ a null 
address is returned to the browser which sends an error message to the 
display 14. 

roosn In this way the terminal 2 has the browser functionality and in 
addition the functionality of additional applications. 
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r00321 Whereas the applications 76 and 78 are integrated within the 
ternninal 2, the application associated with the accessory device, in this case a 
camera application is not integrated within the terminal 2 but is remote. The 
accessory device may be replaced to change and/or enhance the functionality 
of the terminal, or it may be removed. 

r00331 It is necessary to keep the routing table 72 up to date. 
Consequently when a new device is coupled to the interface 34, the 
application or applications in the device must be registered by making entries 
in the routing table and when a device is removed from communication with 
the interface 34, the application or applications in the device must be de- 
registered by deleting entries in the routing table. 

r00341 In a preferred embodiment, the interface 34 has its own address 
and the routing table 72 associates this address with the content type for the 
application (or applications) in the accessory device to which the interface 34 
communicates. When an accessory device first couples with the interface 34, 
it provides the content type for its application(s) to the interface. The interface 
in turn supplies this data to the routing table, where it is stored in association 
with the interface's address. Thus the application(s) in the accessory device 
are registered. When the accessory device is removed and de-couples from 
the interface, the interface supplies this information to the routing table where 
the content type entry (entries) associated with the interface address is (are) 
deleted. Thus the application(s) in the accessory device are de-registered. 

r00351 One method of detecting the coupling or de-coupling of an 
accessory device with the interface is to poll the interface 34 at regular 
intervals to detect if there is a device communicating therewith and to identify 
such a device. Another method of detecting the presence or removal of a 
device is for the accessory device to announce to the terminal the start and 
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end of the period during which it communicates with the terminal (i.e. 
announces coupling and de-coupling respectively). 

r00361 Although the architecture in f i gur e Fig. 4 has been illustrated by 
means of a bus, it would be possible to use other architectures such as that 
described in UK Patent Application 9903262.5 . 

f00371 The system illustrated in F i gur e Fig. 4 therefore allows an 
application in an accessory device to register and de-register automatically 
with the browser. There is no manual registration, although the option to 
register an application may be given by displaying a choice on the display 14 
and allowing user to accept or decline registration by selection of one of the 
choices using the keypad 24 or other input device. The browser can then 
automatically route received content to the appropriate application without the 
need to perform manual registrations as is currently required in Microsoft 
Windows 95 (Trademark). Thus laborious manual input through the small 
keypad 24 is not needed and the functionality of the terminal 2 with 
browser 70 is increased. 

f00381 The present invention may include any novel feature or combination 
of features disclosed herein either explicitly or implicitly or any g e n e r a lisat i on 
generalization thereof irrespective of whether or not it relates to the presently 
claimed invention or mitigates any or all of the problems addressed. In view of 
the foregoing description it will be evident to a person skilled in the art that 
various modifications may be made within the scope of the invention. 
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A radio handset for browsing the Internet comprising a browser application, 
which allows a user of the handset to access the internet via a first transceiver 
means arranged to send radio packets to and receive radio packets from an 
Internet gateway. The radio handset comprising further routing means 
arranged to route content supplied by the internet gateway via the first 
transceiver means to a registered application, the content having an identifier 
for identifying the type of application suitable for receiving the content and 
arranged to register applications by associating an application on registration 
with at least one identifier. A user interface is connected to the browser 
means having a display for displaying content and user input means. Also, an 
interface having a radio transceiver for coupling with an interface of an 
accessory device comprising a remote application. 
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